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(57) Abstract 

A system and method for generating trick play video streams, such as fast forward and fast reverse video streams, from an MPEG 
compressed normal play bitstream. The system receives a compressed normal play bitstream and filters the bitstream by extracting and 
saving only ponions of the bitstream. The system preferably extracts I-frames and sequence headers, including all weighting matrices, 
from the MPEG bitstream and stores this information in a new file (102). The system then assembles or collates the filteted data into the 
proper wdcr to generate a single assembled bitstream (104). The system also ensures that the weighting matrixes properly correspond to the 
respective I-frames. This produces a bitstream comprised of a plurality of sequence headers and 1-frames. The assembled bitstream (106) 
is MPEG-2 decoded to produce a new video sequence which comprises only one out of every X pictures of the original, uncompressed 
normal play bitstream. This output picture stream is then rc-cncodcd with respective MPEG parameters desired for the trickplay stream, 
thus producing a trickplay stream that is a valid MPEG encoded stream, but which includes only one of every X frames (108). The 
present invention thus generates compressed trick play video streams which require reduced storage and reduced data transfer bandwidth 
requirements. 
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Title: System and Method for Creating Trick Play Video Streams From a Compressed Normal 

Play Video Bitstream 

Incorporation by Reference 

The following references are hereby incorporated by reference. 

The ISO/IEC MPEG specification referred to as ISO/IEC 13818 is hereby incorporated by reference in 
its entirety. 



Field of the Invention 

The present invention relates generally to video-on-demand systems and video compression, and more 
particularly to a system and method for creating compressed fast forward and fast reverse video bitstreams from a 
normal play compressed video bitstream. 



Description of the Related Art 

Video-on-demand systems enable a plurality of users or viewers to selectively watch movies or other 
audio/video sequences which are stored on one or more video servers or media servers. The video servers are 
connected through data transfer channels, such as a broadcast network, to the plurality of users. For example, the 
video servers may be connected through a broadcast cable system or satellite broadcast system to a plurality of 
users or subscribers. The video servers store a plurality of movies or other audio/video sequences, and each user 
can select one or more movies from the video servers for viewing. Each user includes a television or other 
viewing device, as well as associated decoding logic, for selecting and viewing desired movies. When a user 
selects a movie, the selected movie is then transferred on one of the data transfer channels to the television of the 
respective user. 

Full-motion digiul video requires a large amount of storage and data transfer bandwidth. Thus, video- 
on-demand systems use various types of video compression algorithms to reduce the amount of necessary storage 
and data transfer bandwidth. In general, different video compression methods exist for still graphic images and 
for fuli-motion video. Video compression methods for still graphic images or single video frames are referred to 
as intraframe compression methods, and compression methods for motion video are referred to as interframe 
compression methods. 

Examples of video data compression for still graphic images are RLE (run-length encoding) and JPEG 
(Joint Photographic Experts Group) compression. The RLE compression method operates by testing for 
duplicated pixels in a single line of the bit map and storing the number of consecutive duplicate pixels rather than 
the data for the pixel itself. JPEG compression is a group of related standards that provide either lossless (no 
image quality degradation) or lossy (imperceptible to severe degradation) compression types. Although JPEG 
compression was originally designed for die compression of still images rather than video, JPEG compression is 
used in some motion video applications. 

In contrast to compression algorithms for still images, most video compression algorithms are designed 
to compress full motion video. Video compression algorithms for motion video use a concept referred to as 
interframe compression, which involves storing only the differences between successive frames in the data file. 



.9740623A1_L> 



wo 97/40623 PCT/US97/06933 
Interframe compression stores the entire image of a key frame or reference frame, generally in a moderately 

Gompressedi format. Successive fiimies are; comparedi with the key frame, and' only the differences between: the 

key frame and the successive frames are stored. Periodically, such as. when new scenes are displayed, new key 

frames are stored, and subsequent comparisons begini from this new reference point It is noted that the 

5 tnterframe compression ratio may be kept constant whfle varying the video quality. Alternatively, interframc 

compression ratios may be content-dejsendent, ile., if the video clip being compressed includes many abrupt scene 

transitions from: one image to another, the compression is less efficient. Examples of video compression which 

use an tnterframe compression technique are MPEG, DVI and Indeo, among odiers. 

10 MPEG Background 

A compression standard referred to as MPEG (Moving Pictures Experts Group) compression is a set of 
methods for compression and decompression of full! motion video images which uses the intertrame compression 
technique described above. MPEG compression; uses both motion compensation: and discrete cosine transform 
(DCT) processes and can yield compression ratios of more than 200:1 . 

15 The MPEG standard requires that sound! be recorded simultaneously with the video data, and the video 

and audio data are interleaved) in a single file to attempt to maintain the video and! audio synchronized during 
playback. The audio data is typically compressed as well', and the MPEG standard specifies an audio 
compression method such as MPEG Layer II, also known: by the Philips trade name of "MIJSICAM*^. 

In most video sequences, the background remains relatively stable while action takes place in the 

20^ foreground. The background may move; but large portions of successive frames in a video sequence are 
redundant Ini generating, ani MPEG stream, am MPEGi encoder creates I or Intra frames and P or Predicted' frames, 
as well 1^ B frames. The li #«raes: containi vidto data for the entire frame of video and are typicaity placed' 
every 110' to 15 frames. The F firames onily iticfufle changes relaliive tO) prior 1 or P frames. Both I and P frames are 
iisedl as reft re n ees for subsequent fiEames. Ini geeieval^ fixr the fhnite(s> follon^g aiii 1 dr P frame,, Le.> frames that 

25 fbltow a reference frame, only small porticms of these frames are diffeffent ffDms the eorrespond'ing, portions of the 
respective reference frame. Thus, for these frames,, onty the differences are captured*, conipressedl and stored'. 

Afier the I frames h«ve been created, the MPEG encoder dividte: each! I frame intoi a grid of 116 x 116 pixel 
squares calted macro blocks: The respectrve I frame is divided into macro blocks im order to perform motion 
compensation. Each of the subsequent pictures, after the I frame are; also divided into these same macro blocks. 

30 The encoder then searches for an exact, or near exact, match between the reference picture macro block and those 
in succeeding pictures. Wheni a match; is found; the encoder transmits a vector movement code or motion vector. 
The vector movement code or motioni vector only includes information on the difference between the I frame and 
the respective succeeding picture. The blocks in succeeding pictures that have no change relative to the block in 
the reference picture or I frame are ignored Thus the amount of data that is actually storedl for these frames is 

35 significantly reduced'. 

Aftet motion) vectors have been generated!,, the encoder ^en tracks the diaitges usmg ^satial! redundancy. 
Thus; alter fmdmg; the changes ini location of the macro blbeks^ the MPEO algorfthmi further reduces the data by 
ctesoilmig the d^ereace becweeti corresponding macro blocks. This; is accompltshed, tfutmgh a math process 

2 
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referred to as the discrete cosine transform or DCT. This process divides the macro block into four sub blocks, 

seeking out changes in color and brightness. Human perception is more sensitive to brightness changes than color 

changes. Thus the MPEG algorithm devotes more effort to reducing color space rather than brightness. 

An MPEG stream includes three types of pictures, referred to as the Intra (I) frame, the Predicted (P) 
5 frame, and the Bi*directionaI Interpolated (B) frame. Intra frames provide entry points into the file for random 
access, and are generally only moderately compressed. Predicted frames are encoded with reference to a past 
frame, i.e., a prior Intra frame or Predicted frame. In general, Predicted frames receive a fairly high amount of 
compression and are used as references for future Predicted frames. Bi-directional pictures include the greatest 
amount of compression and require both a past and a future reference in order to be encoded. Bi-directional 
10 frames are never used for references for other frames. 

Each picture or frame also includes a picture header which identifies the frame and includes information 
for that frame. The MPEG standard also includes sequence headers which identify the start of a video sequence. 
Sequence headers are only required once before the beginning of a video sequence. However, the MPEG-2 
standard allows a sequence header to be transferred before any I frame or P frame. The sequence header includes 
15 information relevant to the video sequence, including the frame rate and picture size, among other information. 

MPEG bitstreams used in digital television applications generally include a sequence header before 
every I frame and P frame. This is necessary to facilitate channel surfmg between different video channels, which 
is an important user requirement. In general, when a user switches to a new channel, the video for the new 
channel can not be displayed until the next sequence header appears in the bitstream. This is because the 
20 sequence header includes important information about the video sequence which is required by the decoder 
before the sequence can be displayed. If a sequence header were not included before each I frame and/or P 
fi^e, then when the user switched to a new channel, the video for the new channel possibly could not be 
immediately displayed, i.e., the video could not be displayed until the next sequence header. 

An MPEG encoded stream also includes weighting matrixes which are used for decoding the I frames in 
25 the MPEG bitstream. Each weighting matrix comprises a matrix of coefficients which are applied to different 
parameters of the Discrete Cosine Transform (DCT) used in encoding the frame. New weighting matrix values 
are included at the beginning of every video sequence, and these values are used for the respective frames until a 
subsequent new weighting matrix appears in the MPEG stream. The weighting matrices are typically included in 
sequence headers or picture headers. However, weighting matrices may also be inserted in P or B frames. 

30 

Trick Play Streams 

In an interactive video-on-demand system, it is greatly desirable for the user to be able to selectively fast 
forward and/or fast reverse through the movie being watched. Thus, some video-on-demand systems include fast 
forward and fast reverse streams, referred to as trick play streams, for each movie. When the user desires to fast 
35 forward or fast reverse through a movie, the user selects the fast forward or fast reverse option. The respective 
fast forward or fast reverse trick play stream is then transferred to the user at the appropriate point where the user 
was watching, thus simulating a fast forward or fast reverse of the movie being watched. 

3 
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Interactive video-on-demand systems which include trick play streams require methods for generating 

the trick play streams from a normal play bttstream. One current method for generating last forward and fast 
reverse bitstreams from a normal play bitstream includes using a look-up table into multiple streams. The look- 
up table includes a plurality of indices which reference respective I frames, and' the video server attempts to jump 
5 from' index to< index on the fly and' ptay only the I-frame at each jvmp. In other words, the video server indexes 
into a look-upi table to play only the I-frames for fast forward and fast reverse trick play streams. One problem 
with this method is that a considerable burden is placed^ on the video server in performing a table lookup and 
jumping from: index to index on the Hy white fast forward' or fast reverse is being requested. Further, this method 
has associated' bit rate expansion problems. 
10 Another method that is known to produce trick play fast forward' and fast reverse bitstreams is to 

generate a vidfeo stream which does not include the AC coefficients of the DCT, but rather only includes the DC 
coefficients. This produces a blocky trick play stream and is thus less desirable than other trick play stream 
generation methods. 

Therefore, an improved system and methodi is desired for efficiently generating trick play video streams, 
1 5 i.e. fast forward and fast reverse video streams, from^ a compressed normal play bitstream. 

Summary of the invention 

The present invention comprises a system and mediod for generating trick play video streams, i.e., fast 
forward and. £eist reverse video streams, from' a compressed) normali play bitstream. The present invention 
20: efficiently generates compressed trick ptey vidto streams which require reduced! storage and reduced' diata transfer 
bahdwidthi requirements. The present invention also dbes not require real time processing of video data, such as 
ind^k lookHips. 

The ^i^stemi first receives a compressedl normal pluy bitstreainv whidii isi eitfier stored! on « Ideal media or 
received! frorai a remoCe locations Tfie ^^stenv then fUters the b i ts t r ean t by extracting and! saving only portions of 

25 the bimream. The system preftcabCy radiracfs I-frames and sequence headiers, including all weighting madices, 
from the MPEG bitstream and! stores this information in one or more new frfes. The filtering thus removes or 
delates portionsi of the MPEG data> stream, including predictedl (P) frames and bi-directional! CB> frames. 

The system then< asdmMt& or eoltates die fllteredl data into a forward or reverse order to produce a siiigle 
assembled! bitstream. The system: also ensures that the weighting matrixes prop^ty correspond to the respective 

30 l-frames. For a fast forward trick play stream, the assembled bitstream comprises the sequence headers, I frames, 
and respective weighting matrices in the proper time or sequence order as they appeared in the origtnall MPEG 
stream. For a fast reverse trick play bitstpeami stream, the system reverses the order of header / I frame groupings 
or tuples to produce a reverse play stream. This produces an assembled! bitstream comprising a plurality of 
sequence headers and I-frames, including associated weighting matrices. 

35 The assembled bttstream is then MPEG-2 decoded to produce a new video stream. The new video 

sequence ccnnprises; only one of every X pictures or frames of the original, uno»npressedl normali play b its trea m , 
whecetn 1/X h the frequency of 1 frames in the c^igtnalv compressed! normal play stream. This output picture 
streami ts tiien re^coded with MPEG parameters diesired: for the Iriekplay stream,, thus pro^cing a trickpt^r 
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stream that is a valid MPEG encoded stream. When this new MPEG encoded trickplay stream is decoded, the 

resuh is a fast forward or fast reverse video sequence which includes only one of every X frames of the original, 

uncompressed normal play bitstream. 

Therefore, the present invention more efficiently generates trick play streams from a compressed normal 

5 play bitstream. The resulting trick play stream is a valid MPEG encoded stream and thus has reduced storage and 

data transfer data bandwidth requirements, and this trick play stream can be decoded with known behavior on any 

MPEG decoder. 

Brief Description of the Drawings 

10 A better understanding of the present invention can be obtained when the following detailed description 

of the preferred embodiment is considered in conjunction with the following drawings, in which: 

Figures 1 illustrates a computer system which generates video trickplay streams according to the present 
invention; 

Figure 1 A is a block diagram illustrating the computer system of Figure I ; 
1 5 Figure 2 is a flow diagram illustrating operation of the present invention; 

Figure 3 is a flowchart diagram illustrating operation of the Filter of Figure 2; 
Figure 4 is a flowchart diagram illustrating operation of the Verifier/Fixer of Figure 2; 
Figure 5 is a flowchart diagram illustrating operation of the present invention according to an alternate 
embodiment; and 

20 Figures 6A - 6C are a flowchart diagram of a preferred embodiment for generating a reverse trick play 

stream according to the present invention. 

Detailed Description of the Embodiments 

Referring now to Figure 1, a system for generating trick play video streams from a compressed normal 
25 play bitstream is shown. The system preferably generates trick play streams for use in video-on*demand systems. 

However, the system of the present invention may be used to generate trick play streams for use in any of various 

types of applications, as desired. 

As shown, in one embodiment the trickplay generation system comprises a general purpose computer 

system 60, The computer system 60 receives a compressed normal play bitstream and generates one or more trick 
30 play streams. In the present disclosure, the term "trick play streams" refers to fast forward and/or fast reverse 

video streams, preferably compressed streams, which are generated from a normal play bitstream, and which are 

preferably generated from a compressed nonnal play bitstream. 

The computer system 60 preferably includes various standard components, including one or more 

processors, one or more buses, a hard drive and memory. Referring now to Figure !A, a block diagram 
35 illustrating the components comprised in the computer system of Figure 1 is shown. It is noted that Figure I A is 

illustrative only, and other computer architectures may be used, as desired. As shown, the computer system 

includes at least one processor 80 coupled through chipset logic 82 to a system memoiy 84. The chipset 82 

preferably includes a PCI (Peripheral Component Interconnect) bridge for interfacing to PCI bus 86. MPEG 
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decoder 74 and MPEG encoder 76 are shown connected to PCI bus 86. In an alternate embodiment, MPEG 

decoding and encoding is performed in software. Various other components may be comprised ini the computer 

system, such as video^ 88 and hard drive 90. 

Referring again to Figure I, m the preferredi embodiment the computer S3^tem 60 incfudes or is coupled 

5 to one or more digital storage or media storage devices. For example, in the embodiment of Figure 1, tht 

computer system 60 couples to a media storage unit 62 through cable 64. The media storage unit 62 includes one 

or more CD-ROMi drives and/or one or more Digital Video Disk (DVD) storage units for storing digital video. 

The computer ^tem^ may alsoi include one or more internal CD*ROM drives or may couple to one or more 

separate Digital Video Disk (DVD) storage units. The computer system 60 also may connect to other types of 

1 0 digital or analbg storage devices, as desired'. 

The compressed normal play bitstream! may be comprised on a storage media; suchi as a CD»ROM or 
Digital Video Disk (DVD). In this embodiment, the storage media which includes the compressed! normal play 
bitstream is inserted into the respective storage device comprised in or coupled to the computer system 60, and 
the computer system 60 reads the compressed normal; play bitstream from the storage media. For example, the 

15 compressed normal play bitstream may b>e comprised on a CD-ROM, and the CD-ROM is inserted into the CD- 
ROMI drive of the media storage unit 62 or the computer system 60 to enable the computer system 60 to access 
the compressed normal play bitstream. Also, the compressedl normal play bitstream, may be comprised on a 
DVD, and the bitstreami is read from the DVD by the computer system 60., 

Altematively,, the compressed normal play bitstream may be received ^m an, external source, such as. a 

20 remote storage device or remote computer system,. In this embodiment,, the computer system preferably includes 
an input device, such as an ATM {Asynchronous Transfer Mode)' adapter card or ani ISDN (Integratedi Services 
Digital: Network) terminal adapter,, or odiier digital data; receiver^ for receiving, the compressed' nonitAl play 
bitstream. The ccwnpressed normali pliay bi^ream may also be scored or received! in analog, format and cc^veited 
to di^iiai iSam^ either extetiudly to^ the computer systost 60^ or wMtin ^e computer sy^eixi 

25 As mentioned above,, the ccmtputer ^ystemi 60) g^erafes trick pluy vidto streams from a compressed 

normal; pl^ bitstream. As discussed tlurther betow,, die computnr system' 60' perfootis filtering and verifier/fixer 
fiinctionsv as welll as MPHG;^2 decoding andl encodtn:g fiinctions. f ni the preferred embodiment, the fliltering and 
v e rif i er/f i xer functions are perfbrrnedi by the computer systemi 60* in sofbivare, wherein^ the software is represented 
by floppy disks 72. In zn alternate embodiment, the computer system 60' mcliid^ dedicated hardware which 

30 performs one or bodi of the filtering and! verifier/fixer Unctions. 

In the embodhnent of Figure I, the computer system! 60 preferably includes a hardware MPEG (MPEG- 
2) decoder card 74 and a hardware MPEG (MPEG-2) encoder card 76. The MPEG decodier 74 and MPEG 
enccxi^ 76 comprise adapter cards coupled to a bus in the computer system, but are ^own external to the 
computer system 60 in Figure 1! for illustrative purposes. Altematively, one or both of the MPEG decoder and 

35 MPEG encoder are external to the computer systemi 60. In an; alternate anbodtment, the computer system 60 
pctfo if i iis qno or bo^i of MPEG decompressioii and MiPBG compression! m software,, whecetro the soUware is 
cepcescsnted! by floppy didcs 72. Ini liiis. embodiment the computer system 60) does not include a hardware MPEG 
deeocter or MPEG eocoddr. 
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It is noted that the system for generating trick play video streams may comprise two or more 

interconnected computers, as desired. The system for generating trick play video streams may also comprise 

dedicated hardware, either alone or used in conjunction with a general purpose programmable computer. It is 

noted that any of various types of systems may be used for generating trick play video streams according to the 

5 present invention, as desired. 

Flow Diagram 

Referring now to Figure 2, a diagram illustrating operation of the present invention is shown. As shown, 
the present invention includes a Filter operation 102, a Verifier/Fixer operation 104, an MPEG-2 decode 

10 operation, and an MPEG-2 encode operation. As discussed above, each of these operations may be performed in 
either hardware or software, as desired. 

As shown, the system of the present invention receives a normal play bitstream. The normal play 
bitstream is a bitstream of video data which is used to present a video sequence, such as a television segment or 
movie« onto a screen, such as a television or a computer system. In the preferred embodiment, the normal play 

15 bitstream is a compressed bitstream. The compressed normal play bitstream is preferably an MPEG compressed 
bitstream, preferably an MPEG-1 or MPEG-2 compressed bitstream. Other types of compression may be used, as 
desired. 

As shown, the present invention includes a Filter 102, referred to as the "I-picture, Sequence Header 
Filter'* which filters the compressed bitstream. The Filter 102 saves only portions of the bitstream, i.e., removes 

20 or deletes portions of the MPEG data stream. More exactly, the Filter 102 extracts and stores the I-frames and the 
sequence headers, as well as all weighting matrices, from the MPEG bitstream and stores this information in a 
new file. Thus, the Filter 102 removes all of the MPEG video data except the I-frames, sequence headers and 
weighting matrices. The Filter 102 thus deletes portions of the MPEG data stream, including \he Predicted (P) 
frames and Bi-directional (B) frames 

25 As discussed above, an MPEG encoded bitstream includes a plurality of I-frames which are intracoded 

pictures, and a plurality of B and P frames which are intercoded frames. The 1 frames each contain video data for 
an entire frame of video and are placed periodically in the sequence. The P and B frames include change 
information relative to prior or subsequent frames. Each picture or frame also includes a picture header which 
identifies the -frame and includes information for that frame. An MPEG encoded bitstream further includes one or 

30 more sequence headers which include certain information regarding the video sequence, including the fi^e rate 
and the picture size, among other information. 

An MPEG encoded stream also includes weighting matrixes which are used for reconstructing the pixel 
values from the DCT coefficients in the MPEG bitstream. Each weighting matrix comprises a matrix of 
coefficients which are applied to different parameters of the Discrete Cosine Transform (DCT) used in encoding 

35 the frame. The matrices in the decoder are reinitialized at the beginning of every video sequence, and these 
values are used for the respective frames until a subsequent new weighting matrix appears in the MPEG stream. 
It is noted that an MPEG encoded stream includes both inter frame and intra frame matrices. The trickplay 
generation system and mediod only utilizes the intra frame matrices in generating trick play streams. 
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The weighting matrices are typically include in the picture header for each I frame, or in a sequence 

header before the respective I frame. However, in some cases the weighting matrix for a respective I frame may 

noc be included in' the I frame picture header or in a sequence header, but rather may be comprised ini a prior P or 

B frame. Ini other words, in some instances tiie new values of a weighting matrix for a respective I-frame may be 
5 included in a prior P or B frame. This occurs where ^e: P or B frame includes one or more macrobl'ocks that are 

encoded with an I frame syntax. Thus the Filter 102 examines P and B frames for weighting matrices and stores 

these matrices for use by the Verifier / Fixer block 1 04. 

As shown, the Filter 1102 provide a stored output comprising portions of the MPEG stream to a 

Verifier/Fixer 1 04. The Verifier^ixer 104 assembles or collates the d^a generated by the Filter 102 into a single 
10 bftstream. The Verifier/Fixer 104 assembles or concatenates the stored data into the proper order to generate an 

assembled! bitstream. The Verifier/Fixer 104 uses information provided^ by the Filter 102 to ensure that the 

sequence headers correspond to the appropriate I frames. 

The Verifier/Fixer 104 also ensures that weighting matrices found in the stream, such as in a P or B 

frame, are included in the associated' stream and properly correspond to the respective 1-frames. In other words, 
15 the Verifier/Fixer 104 also ensures that the weighting matrixes or quantization matrix changes are properly 

incorporated' into the new assembled bitstream. Im the preferred embodiment, the Verifier/Fixer 1 04 creates new 

sequence headers for weighting matrices found in P and B frames and concatenates these new sequence headers 

with the correct I frames. 

For ai fast forward trick play stream, the assembledi bitstream comprises the sequence headers, I! frames. 
20 and' reflective weighting matrices in the proper time or sequence order as they appeared! ini tiie original: MPEG; 
stream:. For a fast reverse trick play bitstream seq^enccy the Verifier/Fbcer 104' reverses ^e order of the sequence 
header / 1 frame groupings or tuples to produce a ceveese pbiy sequence. Thus» the ¥eri;fier/Fiicer 104 also> reorders 
die sequence header /' I frame tuples m a reverse order to ensure that tite matrixes correspond! to the respective \r 
firames*. 

25 Thus;, the output of the Verifiei^ixer 104 is am assembled bitstream comprised of a plurality of sequence 

headers and: I-frames. The Verffier/Fixer 104 tiius produces a resulting, bitstream that fs a valid MiPEO encoded, 
bitstream'. 

this output assembfedl bitstream) is providbdi to a decoder block 106,. preferably an MPEG-2 decoder 
block 106. The MPEG-2 decoder block 106 decodles the assembled bitstream, Le., each of the respective 1- 

30 frames; to produce a new video sequence. The new video sequence is an uncompressed sequence and comprises 
only one out of every X pictures of the original uncompressed' normal! play stream. Thus, if the original! normal 
play bttstream included 1! frames at a frequency of I every X frames, the new video sequence comprises only one 
of every X pictures or frames of the original; uncompressed! normal play bitstreami. For example, if the original! 
MPEG-2 compressed bitstream reeeivedl at the input of tfie filter includW! ani I-frame every 7 frames, the MPEG'2 

35 decoder bidck 106 produces a bitstiiHUD comprising non*compressedi vidbo cbrta;. but including only one of every 
seven frames of the origmall unooiii|«!essed bit^xeam. 

This otttput picture stream is then pravicfedl tO' an encoder block 10S» where ^ streami is re^-encod^ with) 
re^)ecQive MPEG parameCers: desiced for the tirtckpla?f s&eani. These MPEG paxameleis;. mclude the bit rate„ 
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picture size, as well as others. In the preferred embodiment, the encoder block 108 encodes the stream with a 

smaller picture size and lower data rate than the normal play stream for reduced data storage and transfer 

bandwidth. 

The MPEG-2 encoder 108 produces a trickplay stream that is a valid MPEG encoded stream, but which 
5 includes only one of every X frames of the original stream. Thus the trick play stream output from the encoder 
108 includes I frames, P frames and B frames. When this new MPEG encoded trick play stream is subsequently 
transferred to a user and decoded by an MPEG decoder, the resulting bitstream comprises a snream which 
includes only one of every X frames of the original, uncompressed normal play bitstream. 

10 Figure 3 - Filter Flowchart Diagram 

Referring now to Figure 3, a flowchart diagram illustrating operation of the Filter 102 according to one 
embodiment is shown. In step 202 the Filter 102 examines a block of MPEG data. Here it is assumed that the 
block of MPEG data is either a sequence header or a picture header. If the MPEG data being examined is a 
sequence header, in step 212 the Filter 102 stores the sequence header. The Filter 102 then returns to step 202 

1 5 and begins examining the next block of MPEG data. 

If the frame or data being examined in step 202 is a picture header or picture, then in step 214 the Filter 
102 examines the picture header and the subsequent frame which corresponds to the picture header. If the frame 
or data being examined is an I frame, in step 222 the Filter 102 stores the picture header and 1 frame. The Filter 
102 also preferably stores correspondence data in step 224 indicating the respective sequence header or picture 

20 header which corresponds to the I frame being stored. After storing the I frame and the correspondence data, the 
Filter 1 02 returns to step 202 to examine the next block of MPEG data. 

If the frame being examined is a P or B frame, in step 232 the Filter 102 determines if the respective P or 
B frame includes a weighting matrix. If not, then the P or B frame data is not stored, and the Filter 102 returns to 
step 202 to examine the next block of MPEG data. If the P or B frame being examined includes a weighting 

25 matrix, then in step 234 the Filter 102 stores the weighting matrix. In step 236 the Filter 102 associates the . 
weighting matrix with the respective I frame, i.e., the subsequent I frame. In step 236 the Filter 102 also 
preferably stores correspondence data indicating the respective I frame which corresponds to the weighting 
matrix. After the Filter 102 stores the weighting matrix and the correspondence data, the Filter 102 returns to step 
202 to examine the next block of MPEG data. 

30 Thus, the Filter 102 examines all of the headers and frames in an MPEG stream. This is necessary since a 

weighting matrix can occur in any header or frame in the MPEG stream. The Filter 102 stores only sequence 
headers and I frames, as well as weighting matrices that are located elsewhere in the MPEG stream, such as in P 
or B frames. The Filter 102 does not store P frame or B frame data. The Filter 102 also associates sequence 
headers and weighting matrices with the respective corresponding I frames. 

35 Thus, if a matrix is included in one of the intervening P or B frames, the Filter 102 stores this matrix in a 

file for use when the trick playmaster sequence is being reconstructed. As discussed frirther below, during 
construction of the trickplay stream, the present invention generates a dummy sequence header or otherwise 
inserts the new matrix into the assembled bitstream. 

9 
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After a sequence header or frame has been examined, the Filter 102 examines the next piece of MPEG 

data, and this operation repeats. Likewise the Filter 102 examines every header and: frame in the MPEG 

sequence, storing sequence headers, 1 frames, and weighting matrices, and not storing P and B frames. Thus the 

Filter 102 stores a portion of the MPEG data* stream compnsing only sequence headers, picture headers, E frames, 

5 and weighting matrices. 

In one embodiment, the results of the Filter 102 are concatenated to produce the trick play bitstream. 

However, it is noted that if the results of the Filter 102 are simply concatenated, the bitstream wilt not be a valid 

MPEO bitstream. Im the preferred: embodiment,, ^e present invention generates an MPEG compressed' bitstream, 

since it is desired that the resulting trickplay bitstream be able to pass through a standard MPEG decoder.. 

10< 

Figuiie 4 > Verifier/Fixer Flowchart Diasrami 

Referring now to Figure 4, a flowchart diagram illustrating operation of the Verifier/Fixer 1104 
assembling a trick play stream is shown. In step 302 the Verifier/Fixer 104 examines a stored block of MPEG 
data; i.e., a block of MPEG data stored fay the Filter 102, Here it is noted that the block of MPEG data is either a 

15 sequence header, a picture header, an I frame, or a weighting matrix. If in step 302 the MPEG data being 
exammedi by the Verifier/Fbcer 104 is a sequence header, a picture header, or an I frame, in step 304 the 
Venfier/Fixer 1104^ examines the correspondence dkta generated by the Filter 102 to associate the picture header or 
sequence header with; the appropriate I frame. In step 306' the Verifier/Fixer 104 groups or concatenates 1 frames, 
and their respective picture head^rs> and/or sequence header^, wherein these grouping are referred to as header / It 

20 frame tuplte. In step 3M &e Verifier/Fixer 104 concatenates the new header / f frame tuple to the bitstream, being, 
assemble tO) assemble the new bitstream. After step 308< is performed;, the Verifier/Fixer 104 returns to step 302 
to famine the nem. atoted block of MPEG dati^ and operation repeats . 

if the ^^slem, is generating m fust forwardi stream,, thetu in step 308 the Verifler/Fixor 1104 concatenate 
groupings of I trames andl their res^eetive picture headlers and/br sequence head^^ re&credl to as head^ / 1 frame 

25 CupleSi, iti a forwardi tmte order, iue.« the time order in which tfiey appeared! in the or^inali stream. If the system is 
generating a fast reverse stream,, then in step> 308 the Verifier/Fixer 104: eoncaienates the header / 1 frame tuptes in 
a reverse time ord^« Thus it is notedl that, for a fast reverse sequence, picture headers andi sequence headers 
vi^lchi correspond! to respective 1! frames are still! concatenated prior in time to their respective I frames. However, 
the head^ / li frame groupings or tuples are concatenated! in reverse time ord^r. 

30 Iff in step 302 the MPEG data being examined' by the Verifier/Fixer 104 is a weighting matrix, in step 

312 the Verifier/Fixer 104 preferably creates a new sequence header comprising the weighting, matrix. The 
Verifier/Fixer 104 tiien advances to step 304 where the Verifier/Fixer 104 examines the correspondence data 
generated by the Filter 102 and: in step 306 groups the new sequence header with the respective I frame. In step 
3^ the Vervffer/Fncer 1104 phices the newly seated! sequence header prior to the correspondmg I frame. In step 

3!5 308 the Verifier/Fixer 1104 concatenates the: new sequence head^ / 1 frame tuple to the bftstream^ bemg assembledi 
to assetiiMe the nevt bflsiieamL. 

If an li fiaine does not have ai weighfing madrix; the Varifiier/Fkeir uses the wei^tuig matrix from a 
prior I-firame,. or m dbfiuift value. In the pcefeifeci embodiment* the db&ult matrix usedl is tmplicilly decermtnedi by 

to 
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virtue of the fact that the stream does not explicitly contain a matrix, and this operation is part of the MPEG 

standard. 



Alternate Embodiments 

5 In a first alternate embodiment of the invention, for fast forward trick play streams the trick play 

generation system includes P frames as well as I frames in the fast forward trick play stream. This embodiment is 
preferably used for 2x. 3x. or 4x fast forward n-ick play streams, preferably 3x fast forward streams. In this 
embodiment, the system examines the MPEG stream for interframe matrices in B frames and moves these 
interframe matrices to subsequent P frames. It is noted that this embodiment is only possible for forward trick 

10 play streams, since P frames in the original MPEG stream only comprise changes relative to prior P frames. 

Referring now to Figure 5, a diagram illustrating operation of the present invention according to another 
alternate embodiment is shown. As shown, this embodiment of the present invention includes an MPEG-2 decode 
operation 502» an extraction operation 504, and an MPEG-2 encode operation 506, Each of these operations may 
be performed in either hardware or software, as desired. 

15 As shown, the system of the present invention receives a normal play bitstream, preferably an MPEG 

compressed normal play bitstream. This compressed normal play bitstream is provided to a decoder block 502, 
preferably an MPEG-2 decoder block 502. The MPEG-2 decoder block 502 decodes each of the respective 
frames to produce the original uncompressed video sequence. The original uncompressed video sequence is then 
provided to an Extraction block 504 which operates to extract I of every X frames of the video sequence. The 

20 Extraction block 504 also concatenates these extracted frames in either a forward or reverse time order. These 
concatenated frames thus comprise a bitstream which comprises only one out of every X pictures of the original 
uncompressed normal play stream. Thus, if the original normal play bitstream included I fr^es at a frequency of 
1 every X frames, the new video sequence comprises only one of every X pictures or frames of the original, 
uncompressed normal play bitstream. 

25 This output picture stream is then provided to an encoder block 506, where the stream is re-encoded with 

respective MPEG parameters desired for the trickplay stream. These MPEG parameters include the bit rate, 
picture size, as well as others. The MPEG-2 encoder 506 produces a trickplay stream that is a valid MPEG 
encoded stream, but which includes only one of every X frames. When this new MPEG encoded trick play stream 
is subsequently transferred to a user and decoded by an MPEG decoder, the resulting bitstream comprises a 

30 stream which includes only one of every X frames of the original, uncompressed normal play bitstream. 

Reverse Trick Play Stream Generation - Alternate Embodiment 

Referring now to Figure 6, an alternate and preferred embodiment for generating a reverse trick play 
stream according to the present invention is shown. Figure 6 is shown in three portions referred to as Figures 6A, 
35 6B, and 6C for convenience. In the embodiment of Figure 6, the reverse trick play stream is generated by 
scanning the video stream from the end to the beginning. This embodiment also uses a memory stack which 
temporarily stores groupings or tuples of MPEG data so that they are incorporated into the reverse play trick 
stream in the proper order. 

II 



BNSDOCID: <WO ^9740623A1 J_> 



wo 97/40623 PCT/US97/06933 

As shown in Figure 6, in step 602 an initiahzation phase is performed where the stack is cleared. In step 

604 a search is then performed for the first picture start code in the video sequence. In step 604 the search is 
performed from the end to the beginning of Ihe video stream. When the first picture start code is found, searching 
fromi the end to the beginning, in step) 606 a marker is pushedi onto the stack,. As discussed further below, this 
5 marker is used to identify different blocks or portions of the video stream. After step 606, the search phase 
commences. 

In step 612 the methodi searches for a start code in the video stream. In step 614 the method determines 
if an' end of file condition' is found during the search for the start code in step 612. If so» then in step 616 the 
output stream is closed, the program is exited and operation^ completes. If an end of file condition is not found: in 

10 step 6 14, then in step 620 the method presumably finds a start code in the video stream. 

It is noted that the stan code found! may comprise the start of a user data blocks the start of an extension: 
block, the start of a B or P frame picture header block, or the start of an I frame picture header. As shown in 
Figure 6, different operations are performed depending on what type of start code is found ini step 620. It is noted 
that the oval blocks im Figure 6 comprise headings and are non^fiinctional steps. 

15 If the start code found in step 620 is the start of a user data block, then in step 622 the methodi adjusts the 

contents of the user dau block as necessary. The contents of the user data block are adjustedi to conform to 
possible new parameters used in preparing the trick play streams as mentioned above. After the contents are 
adjusted in step 622, in step 624 the methodi pushes the coordinates of the user data blbck onto the stack. 
Operation then returns to step 6 12 where a search' for a new start code is performed as described above. 

20 If the start code found^ in step' 620 is the start of an extension block, then in step 632 the methodi pushes, 

the coordinates of the extension; block onto the stack. The method, theni returns to step' 612 tO' searchi for the next 
start codh. 

If the start codie found! tn< step< 620 is the start of a B or F firame pietuiie header Modk^ then, in step; 642 the 
methodi pops. a£l! of the coordinates off of the stack tintii macfcer is dletectecL In odier words;, if the satst of the 
25 B or F frame picture headbr block is dd^ected!^ dieo all of the coovcfiitates on tiie stax^ l^ve the markier axe 
removed or popped' from the stack f n step 642. AMct this, in step 644 the marker is then; pushed! or tetumedi back 
onto the stack. Operation; then returns to step) 6112 where a searcfai for a iiew start code is. conductedi as described 
above;.. 

If the start code found in step 620 is the start of an Irirame picture header, then ini step 6S2 the method 
30 adjusts the I->frame picture header information as necessary. The I^ft^ame picture header infocmationi is adj«^5ied> to 
conform to possible new parameters used in preparing the trick play streams, as mentioned; above. After adjusting 
the Ii frame picture header, in step 654 the method! pushes the coordinates of the I-irame pictiure header block onto 
the stack. In step 656 the methodi then pops or removes the coordinates that are pushed onto the stack until the 
marker is detected. In step 658 the method writes the data in the corresponding, video stream to the output reverse 
35 trick play stream as each set of coordinates is popped. Here it is noted that step 656 and! 658 operate sequentially 
and substantudly m paralleli w^ere,, as coordiimtes are: popped firom. the staek irn slep> 656'» the data from; the 
cofrespdnding video streami is written to^ the output reverse trick pUx^ stxeami as the coordinates are popped for the 
stack. 

12 
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After all of the coordinates have been popped from the stack in steps 656 and have been written to the 
output reverse trick play stream in step 658. then in step 660 the method pushes the marker back onto the stack. 
In step 662 the method then searches for the first(???) sequence header start code. When this first sequence 
header start code is found, then the method returns to step 612 to again search for next start code, and operation 
repeats as described above. 



Therefore, the present invention comprises a system and method for generating trick play video streams 
from a compressed normal play video so-eam. The present invention examines each header or frame in an MPEG 
sequence and stores the sequence headers, i frames and associated weighting matrices. The system then 
inteliigenlly assembles a new fast forward or fast reverse bitstream comprising these stored components. The 
new assembled bitstream is then decoded to generate a plurality of uncompressed frames. These uncompressed 
frames are then re-encoded according to the MPEG standard to produce a new MPEG stream which is a trick play 
fast forward or fast reverse stream. 

Although the system and method of the present invention has been described in connection with the 
described embodiments, it is not intended to be limited to the specific form set forth herein, but on the contrary, it 
is intended to cover such alternatives, modifications, and equivalents, as can be reasonably included within the 
spirit and scope of the invention as defined by the appended claims. 



13 
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Claims 

K A coraputer-iniplemented: method for generating trickplay streams from a compressed normal 
play bttstream; comprising: 

receiving a compressed normal play bitstream, wherein said compressed' normal play bitstream includes 
5 a plurality of inttracoded frames and a plurality of intercodedi frames; 

extracting said intracoded frames from said compressed normal, play bitstream, wherein said extracting 
includes storing said intracoded frames in a storage memory; 

assembling said intracoded' frames to form an assembM: bitstream after said extracting; 

decoding said assembled bitstream to produce a plurality of uncompressed frames; and 
10 encoding said plurality of uncompressed frames after said decoding to produce a compressed trick play 

bitstream, wherein said compressed trick play bitstream includes onliy a subset of frames of said! normal play 
bitstream. 

2. The method of claim I , wherein said compressed normal play bitstream includes the plurality of 
1 5 intracodedl frames at a specified frequency; 

wherein said extracting comprises extracting data bits corresponding to said intracoded frames at said 
specified' frequency. 

3. The method^ of claim I„ wherein said compressed normal play bitstream includes a plurality of 
20 sequence headers which, comprise information for at least a plurality of said intracoded frames; 

wherem said extracting comprises extracting said sequence headers from said compressed normal play 
bitstream,, whereti% satdl extracting includes^ storing said! secfuence heacters. ini a storage memory; and! 

wherem said assembling comprises assembling said sequence head^ and said intracoded frames to form 
said! assetnbledi bttstzeam. 

25 

4. The method of claimi 1!„ wherein said method! generates a trick play fast forward bitstream; 
tivhereini said assemblmg; coniprises assembfing said intracoded frames in a forward! time ord^r. 

5 . The method of claim I , wherein said method generates a trick play fast reverse bitstream; 
30 wheieini said assembling, comprises assembling said intracoded frames in a reversed time order. 

6. The method of claim I, wherein said! compressed normal play bitstream includes a plurality of 
matrixes which correspond to said intracoded' frames; 

the method further comprising: 
35 Ideating said matrixes in said compressed; normal play bitstream; 

wherein said assembling said! intraooded firames< to form said asaembM bitstream tnctudbs incltidmg said) 
matrixes ini said assembled bitstream. 

14 
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7. The method of claim 1 , wherein each of said plurality of matrices correspond to one of said 

intracoded frames; 

wherein said assembling comprises assembling respective ones of said matrices with corresponding ones 
of said intracoded frames. 

5 

8. The method of claim 1, wherein said compressed normal play bitstream is an MPEG 
compressed bitstream; 

wherein said decoding said assembled bitstream comprises MPEG decoding said assembled bitstream to 
produce said plurality of uncompressed frames; and 
10 wherein said encoding said plurality of uncompressed frames comprises MPEG encoding said plurality 

of uncompressed frames to produce an MPEG compressed trick play bitstream. 

9. A system for generating trickpiay streams from a compressed normal play bitstream, 
comprising: 

15 a storage media storing a compressed normal play bitstream, wherein said compressed normal play 

bitstream includes a plurality of intracoded frames and a plurality of intercoded frames; 

a filter for extracting said intracoded frames from said compressed normal play bitstream; 
a storage memory for storing said extracted intracoded frames; 

a verifier/ fixer for assembling said stored intracoded frames to form an assembled bitstream; 
20 a decoder which decodes said assembled bitstream to produce a plurality of uncompressed frames; and 

an encoder which encodes said plurality of uncompressed frames to produce a compressed trick play 
bitstream, wherein said compressed trick play bitstream includes only a subset of frames of said normal play 
bitstream. 

25 10. The system of claim 9, wherein said compressed normal play bitstream includes the plurality of 

intracoded frames at a specified frequency; 

wherein said filter extracts data bits corresponding to said intracoded frames at said specified fi^equency. 

11.- The system of claim 9, wherein said compressed normal play bitstream includes a plurality of 
30 sequence headers which comprise information for at least a plurality of said intracoded frames; 

wherein said filter extracts said sequence headers from said compressed normal play bitstream, and 
stores said sequence header in said storage memory; and 

wherein said verifier/fixer assembles said sequence headers and said intracoded frames to form said 
assembled bitstream. 



35 



12. The system of claim 9, wherein said system generates a trick play fast forward bitstream; 
wherein said verifier/fixer assembles said intracoded frames in a forward time order. 



15 
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13. The system of claim 9, wherein said system generates a trick play fast reverse bitstream; 
wherein said verifier/fixer assembles said intracoded frames in a reversed' time order. 

5 14. The system of claim 9, wherein said' compressed normal play bitstream includes a plurality of 

matrixes which correspond to said intracoded> frames; 

wherein said filter locates said matrixes in said compressed normal play bitstream and: stores said 
matrices in said storage memory; 

wherein said verifier/ftxer assembles said intracoded frames and said matrixes to form said assembled 
10 bitstream. 

15. The system of claim 9, wherein each of said plurality of matrices correspond: to one of saidi 
intracoded frames; 

wherein said verifier/fixer assembles respective ones of said matrices with corresponding ones of said 
15 intracoded' frames. 

16. The method' of claim 1', wherein said compressed normal play bitstream is an MPEG 
compressed' bitstreami; 

wherein. saidI decoder is an MPEG decodier; and 
20 wherein said encoder is an MPEG encoder. 

17. A method fm generating trickplay streams fromi am MPEGi compressed nonnali pbiy bitstream,, 
compnsiiig: 

receiwing a compressed! normaJI play bibstrearav wheieini said compressed normall pl^ bitstzearn hicludes 
25 a plundfty of Intra frames, a pturatiQr of Pre^cted fraities^ and a pltnaltty c^Mrdirectionany predicted frames; 

extracting said Intra frames from said! ccmipressed normal play bitstream, wherein said extracting, 
mctudes storing said: Intra frames m a storage memory; 

assemMng said Intra friones to fonrv an assemblied' bit^ream after said detracting; 
decoding said assembled bitstream to produce a plurality of uncompressed frmies; and 
30 encoding said plurality of uncompressed frames afrer said' decoding to produce a compressed trick play 

bitstreamv wherein said compressed trick play bitstream includes only a subset of frames of said normal play 
bitstream'. 

18. A computer-implemented; method' for generating trickplay streams from a compressed normal 
35 play bitstream, comprising: 

receiving; a compressed nomud play bitstream!^ whecem said compte ss edi normal play bttstreami include 
at phiral t^ of inlraeodtdi firames and a plurality of intercoded finmes; 
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extracting said intracoded frames from said compressed normal play bitstream, wherein said extracting 

includes storing said intracoded frames in a storage memory; 



assembling said intracoded frames to form an assembled bitstream afrer said extracting; and 
5 storing said assembled bitstream. 

19. The method of claim 18, wherein said compressed normal play bitstream includes a plurality of 
sequence headers which comprise information for at least a plurality of said intracoded frames; 

wherein said extracting comprises extracting said sequence headers from said compressed normal play 
10 bitstream, wherein said extracting includes storing said sequence headers in a storage memory; and 

wherein said assembling comprises assembling said sequence headers and said intracoded frames to form 
said assembled bitstream. 



20. The method of claim 1 8, wherein said method generates a trick play fast forward bitstream; 
15 wherein said assembling comprises assembling said intracoded frames in a forward time order. 

2 1 . The method of claim 1 8, wherein said method generates a trick play fast reverse bitstream; 
wherein said assembling comprises assembling said intracoded frames in a reversed time order. 



20 22. The method of claim 18. wherein said compressed normal play bitstream includes a plurality of 

matrixes which correspond to said intracoded frames; 
the method frirther comprising: 

locating said matrixes in said compressed normal play bitstream; 

wherein said assembling said intracoded frames to form said assembled bitstream includes including said 
25 matrixes in said assembled bitstream. 

23. The method of claim 18, wherein each of said plurality of matrices correspond to one of said 
intracoded frames; 

wherein said assembling comprises assembling respective ones of said matrices with corresponding ones 
30 of said intracoded frames. 

24. The method of claim 1 8, further comprising: 

decoding said assembled bitstream to produce a plurality of uncompressed frames after said storing said 
assembled bitstream; 

35 encoding said plurality of uncompressed frames after said decoding to produce a compressed trick play 

bitstream, wherein said compressed trick play bitstream includes only a subset of frames of said normal play 
bitstream; and 

storing said compressed trick play bitstream. 

17 



BNSOOCID: <WO ^97406a3AlJ_> 



wo 97/40623 



PCT/US97/06933 



25. The method of claim 24, wherein said compressed normal play bttstream is ani MPEG 
compressed bitstream; 

wherein said decoding said assembled bitstream comprises MPEG decoding said assembled bitstream to 
5 produce said plurality of uncompressed' frames; and! 

wheretn said encoding said plurality of uncompressed! frames comprises MPEG encoding saidi plurality 
of uncompressed frames to produce an MPEG compressed trick play bitstream. 

26. A computer-readable storage media for operating in; a computer system, the computer system> 
10 including a central processing, unit and memory, wherein the computer*readable storage media includes a 

substrate: having a physical configuration representing data, the storage media comprising: 

am extraction program comprised on the storage media for extracting intracoded frames from a 
compressedl normal play bitstream!, wherein! said extraction program! stores said in^acoded frames in ai storage 
memory; 

1 5 am assembling program for assembling said intracoded frames to form an assembled bitstream; 

a decoding program for decoding said assembled bitstream to produce a plurality of uncompressed 
frames; andl 

an encoding program for encoding said plurality of uncompressed' frames after said' operationi of said 
decoding program to produce a compressed trick play bitstream, wherein said! compressed, trick play bitstream 
20' includes ottly a subset of frames of said normal! play bitstream. 

27. The computer^rcadabie storage media< of cEaim 26» wherein said! compressed normal play 
bitstreami mcludes a plutality of sequence heaiders which comprise iitforraation for al least a plurality of said' 
tntwicddiedi fiactie$« 

25 whesfeid) said! extraction; programi extracts said sequence headers fronn saidI comprised nocmaJ! play 

bilstieamv whereim said! extractioni program) stores saidi sequence headers m a stoiage memory; and! 

wherem saidi assembling pfogrami a^embles said sequence headto and said! inttacod^ firanies tO) fbrmi 
saidl assembled! bftstreami. 

30 29. A computer implemented! methodi for generating a reverse trick play stream from a compressed 

normal! play video stream, comprising: 

receiving a compressed normal: play vidto stream; wherein saidi compressedl normal play video 5tream> 
include video data; 

storing a marker onto a memory stack; 
35 searching for a start code in the video stream,, wherein said searching comprises searching from the end 

tO) the beginning of ^e compressed! normal plas^ vidto sircain; 

folding ai start code m the video> slreann! ui response tO) said sear^ 
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storing coordinates of a user data block onto the memory stack if said fmding fmds a start code of a user 

data block; 

storing coordinates of an extension block onto the memory stack if said fmding fmds a start code for an 
extension block; 

5 popping coordinates from the memory stack until the marker is detected if said finding fmds a start code 

of a B or P frame picture header block, wherein the marker remains on the stack; 

storing coordinates of an I-frame picture header block onto the memory stack if said fmding fmds a start 
code for an I-firame picture header; 

popping coordinates currently on the memory stack until the marker is detected after said storing 
10 coordinates of the 1-frame picture header block on the memory stack, if said finding fmds a start code for an I- 
frame picture header; 

writing data from the compressed norma] play video stream indicated by said coordinates removed from 
the memory stack to an output reverse trick play stream as said coordinates are popped from the memory stack in 
said popping if said fmding fmds a start code for an I-fi^e picture header; 
15 searching for a first sequence header start code if said fmding finds a start code for an l-frame picture 

header; and 

repeating said searching for a start code in the video stream and subsequent steps for a plurality of times 
to generate said reverse trick play stream. 
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